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(57) Abstract: A system and a method for automat- 
ically acquiring the identity of a user requesting ser- 
vice from a service provider is provided. The method 
includes the service provider sending an identification 
request to a network access provider (NAP), the NAP 
including a NAP identification module and an access 
system in communication with the NAP identification 
module and the NAP ID module extracting informa- 
tion associated with the user, verifying the network ad- 
dress of the user and forwarding the information asso- 
ciated with the user to the service provider. The NAP 
identification module includes a. controller and an ad- 
dress extractor in communication with the controller. 
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AUTOMATIC NETWORK USER IDENTIFICATION 

FIELD OF THE INVENTION 

Hie present invention relates to a method and system for automatically identifying 

users on a network. 

BACKGROUND OF THE INVENTION 

Many services require real-world information about a user. Acquiring real-world 
information about a user is herein defined as "user identification". Such information 
includes, for example, first name, last name, full home address, telephone numbers for 
home and work, fax and mobile, and credit card information. This is true whether the 
service is obtained in person or over a network. 

One type of service requiring user identification is a credit card purchase. In order 
to complete a purchase, the user must provide credit card information that will enable a 
retailer to process a credit card transaction. In some cases, service providers enhance their 
services by using user identification information. For example, a chain-store delivery 
service can use a user's zip code to direct an order to the closest branch. 

Hie Internet is one type of a network and it is used extensively today for providing 
a wide array of services and communications. It is, however, an anonymous medium, as it 
does not require its participants to identify themselves. The Internet provides many 
services that do not require such identification. For example, in a standard HTTP Internet 
session a user may access a server and view information without the server being notified 
of the identity of the user. In another example, users may participate in a "chat" session in 
which they exchange text messages without identifying themselves. 

While the anonymous nature of the Internet is convenient for most users in most 
situations, it presents a significant barrier in services involving private or confidential 
information, financial applications, or any other service vulnerable to fraud or abuse. 
Similar problems are present in other networks, such as the cellular and mobile networks. 

■ 

Many methods have been offered to solve this problem. In the case of the 
Internet, the user is sometimes issued a software or hardware identity token by a trusted 
authority. This token is then verified over the Internet using cryptographic methods such as 
the Rivest, Shamir, Adleman algorithm (RSA algorithm) (US patent 4405829 
Cryptographic Communications System And Method). These methods are limited, in that 
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a user wishing to obtain such a token must go through a cumbersome off-line identification 
process with the trusted authority. In many cases, there is also some installation requiring 
technical ability that is necessary before the system, can be used. An example is a smart 
card, which is a physical package that stores the user id internally in such a manner that it 

5 cannot be changed. 

Due to such problems, service providers on a network often ask users to 

■ 

voluntarily provide their identification information. For example, when purchasing items 
over a network, a user will usually manually provide his credit card account number, for 
example, by filling in an HTML form or by entering data on his cellular or mobile phone. 

io This identification method is insecure, since by obtaining the credit card number any person 
can impersonate the original cardholder. 

There are a number of issues that arise when a user manually provides such 
identification information. These include data entry errors, purposeful entry of fraudulent 
information, and reluctance on the part of users to provide tins information over a network. 

15 The user's reluctance may be caused by lack of trust in the service provider if, for example, 
it is an unfamiliar service provider. It may also be caused by privacy concerns on the part 
of the user that his personal information may be accessed improperly. The current rates of 
Internet credit card fraud are an indication of current Internet commerce problems. 
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SUMMARY OF THE INVENTION 

According to an embodiment of the invention, mere is provided a method for 

■ 

automatically acquiring the identity of a user requesting service from a service provider. 
The method includes the service provider sending an identification request to a network 
5 access provider (NAP), the NAP including a NAP identification module and an access 
system in communication with the NAP identification module and the NAP ID module 
extracting information associated with the user, verifying the network address of the user 
and forwarding the information associated with the user to the service provider. 

Furthermore, according to an embodiment of the invention, the step of sending an 
10 identification (ED) request includes sending the ID request via at least one identification 
switch. 

Furthermore, according to an embodiment of the invention, the step of extracting 
information includes the steps of verifying whether the network address of the user is 
included in the ID request and if the network address of the user is not included, extracting 

is the network address when the user connects to the NAP. 

Furthermore, according to an embodiment of the invention, the step of extracting 
information includes the step of retrieving data from a group of databases including an 
online session database in communication with the NAP and a user information database in 
communication with the NAP. 

20 Furthermore, according to an embodiment of the invention, the step of extracting 

the network address includes the steps of detecting a request from the user of a specific 
URL, the specific URL being identifiable by a plug-in installed in the proxy server of the 
NAP and 

the plug-in reporting the real network address of the user. 
25 Furthermore, according to an embodiment of the invention, the step of extracting 

the network address includes the steps of: 

detecting a request from the user, of a specific URL, the specific URL being 
identifiable by a network sniffer installed between the user and the proxy server of the 
NAP; and 

30 the sniffer reporting the real network address of the user. 

Furthermore, according to an embodiment of the invention, the step of extracting 
the network address includes at least one of the steps of: 

3 
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instructing the user to connect to the address extraction module of the NAP via an 
alternative service or port not associated with the proxy server, 

opening a direct connection to the address extraction module; and 
by automatically configuring the proxy settings. 

Furthermore, according to an embodiment of the invention, the step of forwarding 
includes the step of reporting the information associated with the user to the service 
provider. Alternatively, step of forwarding includes the step of verifying information items 
provided in the identification request; and forwarding a match score describing the 
similarity between the information associated with the user and the information items 
provided in the identification request 

Alternatively^ according to an embodiment of the invention, the step of forwarding 
includes the step of sending a virtual ID for the user to die service provider or sending . 
information associated with the user in a previous request to the service provider. 

Additionally, according to an embodiment of the invention* the method further 
includes the steps of: 

determining the identity of the NAP servicing the user; 

forwarding the identification request to the NAP identification module; 

determining whether the identification request includes the network address of the 
user; and 

if the identification request does not include the network address of the user, 
extracting the network address when the user connects to the NAP. 

Furthermore, according to an embodiment of the invention, the step of 
determining the identity of the NAP includes maintaining a look-up table of network 
addresses associated with a plurality of NAPs and determining the identity of the NAP by 
reference to the look-up table. 

Furthermore, according to an embodiment of the invention, the look-up table is 
updated manually whenever network address assignments change. Alternatively, the 
look-up table is updated automatically from the NAP identification module based on 
information reported from the access system. The look-up table may be constructed from 
existing network address assignment databases. 
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Additionally there is provided in accordance with an embodiment of the invention, 
a method for automatically identifying an user requesting service from a service provider. 

The method includes: 

the service provider detennining the veracity of the network address reported by 

the user; 

if the network address is determined to be trusted, 

the service provider including the network address in an identification request and 
sending the identification request to a network access provider (NAP), the NAP includes a 
NAP identification module; and 

providing service in accordance with the service request; or 

if the network address is determined not to be trusted 

the service provider sending an identification request to a network access provider 
(NAP) for verifying the network address of the user, and 

forwarding the information associated with the user to the service provider. 
Furthermore, according to an embodiment of the invention, the method further 

includes the steps of: 

determining the identity of the NAP servicing the user, 

forwarding the identification request to the NAP identification module associated 

with the identified NAP; 

determining whether the identification request includes the network address of the 

user; and 

if the identification request does not include the network address of the user, 
extracting the network address when the user connects to the NAP. 

Furthermore, according to an embodiment of the invention, the step of forwarding 

includes the steps of: 

configuring at least one network appliance to route specific requests to a specified 

NAP; and 

the NAP identification module associated with the specified NAP identifying the 

user. 

Furthermore, according to an embodiment of the invention, the network appliance 
includes one of a group including an HTTP proxy and a WAP Gateway, 
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Additionally, there is also provided, according to an embodiment of the invention, 
a system for acquiring the identify of the user of an anonymous network. The system 
includes a service provider in communication with the user, at least one network access 
provider (NAP) in communication with the service provider and the user and an access 
system in communication with the address extractor. The NAP includes a NAP 
identification module which includes a controller and an address extractor in 



communi 



with the controller. 

Furthermore, according to an embodiment of the invention, the system further 
includes at least one online session database in communication with the controller and the 
access system. The online session database contains information associating the user with 
the user's network address. 

Additionally, according to an embodiment of the invention, the system further 
includes at least one user information database, in communication with the controller- The 
user information database includes databases containing data including personal details 
related to the user, billing information, information about past user logins, and a reverse 
telephone directory. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood and appreciated more fully from the 



following detailed description taken in conjunction with the appended drawings in which: 

Fig. 1 is a schematic block diagram illustration of an environment for the 

operation of an automatic identification system for network users, constructed and 

operative in accordance with an embodiment of the present invention; 

Fig. 2 is a schematic block diagram illustration of the components of a network 

access provider (NAP) of Fig. 1 in an automatic identification system, constructed and 



operative in accordance with an eml 



illTtMlltHI 



t of the present invention; 



Figs. 3A and 3B are communication flow diagrams of an automatic identification 
system constructed and operative in accordance with an embodiment of the present 
invention; 

Fig. 4 is a schematic flowchart illustrating the steps of the automatic identification 
method performed by an NAP of Fig. 1 in accordance with an embodiment of the present 
invention when a user connects or disconnects from the network; 
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Fig. 5 is a schematic flowchart ilhistrating the steps of the automatic identification 
method performed in accordance with an embodiment of the present invention by an NAP 
of Fig. 1 when receiving an identification request; 

Fig. 6 is a schematic flowchart illustrating the steps of the automatic identification 
5 method performed by a service provider of Fig. 1 in accordance with an embodiment of the 
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present invention; and 

Fig. 7 is a schematic flowchart illustrating the steps of the automatic identification 
method performed by the identification switch of Fig. 1 in accordance with an embodiment 
of the present invention. 



DETAILED DESCRIPTION OF THE INVENTION 

Applicants have developed an automatic identification system for identifying 
network users. This system enables service providers to use real world identity information 
about users that is available to the entity that provides network access to the user 
(hereinbelow referred to as the network access provider (NAP)), thus leveraging the trust 
between the user and the NAP. The NAP may make use of user information it has 
collected from its regular business interaction with the user. This system allows the NAP to 
provide the user identification automatically. The system relies on cooperation with the 
NAP, because the NAP operates at the point at which the user accesses the network, the 
point at which the most accurate user identification information is available. Among the 
benefits of this cooperation is use of information available to the NAP as well as 
information regarding the unique characteristics of the user's connection at a place where 
the connection is generally secure. 

The automatic identification system of the present invention should accurately 
extract the real network address of the user and associate this address with user 
identification information. Applicants have further realized that if there is more than one 
NAP operating, then an identification switch unit is necessary in order to identify the 
correct NAP from among the plurality of NAPs. 

In an embodiment of the present invention, the automatic identification system 
may be used, for example, for identifying Internet users. In this case, the request may be 
made to the Internet service provider (ISP) of the user. The network address of fixe user 
may be die Internet Protocol address (DP address) of the user. 
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In another embodiment of the present invention, the automatic identification 
system may be used for identifying users on a telephone, mobile or cellular data network. 
In this case, the network address of the user may be the telephone number of the user. 

Other embodiments are possible, including the use of the automatic identification 
system in the PSTN (Public Switched) Telephone Network) and on the Internet wherein a 
user's network address may be an IPv6 address. 

* 

Reference is now made to Fig. 1, a schematic block diagram of the environment in 
which an automatic identification system, constructed and operative in accordance with an 
embodiment of the present invention, operates. The environment includes at least one 
service provider 12, an optional identification switch 14, and at least one NAP 16 
comprising an NAP identification module 18, and at least one user 10. In the case of a 
plurality of NAPs 16, identification switch 14 is necessary to determine the correct NAP 16 
from which the desired user information may be requested. 

As can be seen in Fig. 1, the connections between these components may be over 
dedicated communication lines or across networks, for example, over the Internet, over 
mobile connections, or any other appropriate communications network. Additionally, these 
connections may be protected by standard encryption methods. 

User 10 connects to a network using NAP 16 and requests a service from service 
provider 12. This service may require that user 10 be identified during the service process, 
for example, if user 10 wishes to buy a product from service provider 12. If user 
identification is necessary, a request is made by service provider 12 either to optional 
identification switch 14 (for example if there are a plurality of NAPs 16 present) or directly 
to NAP 16 (as described hereinbelow). 

NAP identification module 18 resides on the network of NAP 16 and interfaces 
with several components of NAP 16 and other members of the environment of the 
identification system. These interactions may be necessary in order to enable the automatic 
user identification. The identification is performed by a series of steps in which the useafs 
identifiers and identification information are iteratively refined until the user's real world 
information is obtained, as is described hereinbelow with respect to Figs. 2 and 3. NAP 
identification module 18 may be a hardware or software component or a combination 
thereof. 
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Identification switch 14 is optional, and its inclusion is only one embodiment of a 
system to interface between service provider 12 and NAP 16. Identification switch 14 is 
responsible for routing identification requests from a service provider 12 to the NAP 
identification module 18 that may be able to handle them- Identification switch 14 may be 
necessary, since service provider 12 may not have a direct relationship with every NAP 16, 
and might not "know" the NAP 16 that provides service to user 10. Identification switch 14 
determines which NAP 16 services user 10 without performing a full identification of user 
10. The operation of identification switch 14 and the methods used to correctly identify the 
correct NAP 16 are described hereinbelow with respect to Figs. 3 and 7. It is noted that if 
there are many service providers 12, but only one NAP 16 which service providers 12 all 
recognize, an interface is not necessary. 

It is noted that although one identification switch 14 is shown in Fig. 1, the system 
may operate with several identification switches 14 located at possibly different 
geographical locations. 

Reference is now made to Fig. 2, a schematic block diagram of the components of 
NAP 16 participating in the automatic identification process. NAP 16 comprises NAP 
identification module 18 and an access system 24. NAP identification module 18 
comprises an address extraction component 28 and a controller 30, constructed and 
operative in accordance with an embodiment of the present invention. Controller 30 
interfaces with an optional user information database 22 and an optional online session 
database 32, which may be any available online session database 32. This includes a 
proprietary component of NAP 16 or a component of NAP identification module 18. 
When network addresses are allocated permanently, as in a phone system for example, 
online session database 32 is not necessary. Alternatively, in these cases online session 
database 32 may be considered a trivial one-to-one database, wherein each network address 
resolves to itself User information database 22 comprises at least one database of user 
information, examples of which will be given hereinbelow. Address extraction component 
28 communicates with controller 30 and access system 24. Access system 24 further 
communicates with online session database 32, a user device 26, and a network. 

Access system 24 is usually connected to the network through a dedicated data 
line. When the network is the Internet, a mobile network, or a cellular network, access 
system 24 usually includes components such as access servers (also called remote access 
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servers or network access servers), routers, and AAA (authentication, accounting, and 
authorization) servers. 

User 10 wishing to access the network connects to access system 24 using user 
device 26. User device 26 is any device suited for accessing the network, such as a 
personal computer with a modem, a network-enabled cellular or mobile phone, an 
Interactive TV connected to a cable modem over the CATV infrastructure, or any other 
appropriate network-capable device. User device 26 may be connected through any 
appropriate medium, such as an analog modem over PSTN lines, ISDN (Integrated 
Services Digital Network) lines, DSL (Digital Subscriber Line) lines, a cable modem over 
the CATV (Cable Television) infrastructure, cellular data network, mobile network, etc. 
User device 26 may even be a regular telephone connected using the PSTN- 

In an embodiment of the present invention in which the network is the Internet, an 
exemplary user device 26 might be an Internet enabled cellular or mobile telephone. 

In other embodiments user device 26 might access any service on a network using 
general packet radio services (GPRS) and short message service (SMS), Appropriate 
cellular networks for these services would include GSM (Global System for Mobile 
Communication), CDMA (Code Division Multiple Access), and TDMA (Time Division 
Multiple Access) networks among others, as well as PCS (Personal Communications 
Service) systems. 

NAP 16, as mentioned hereinabove, has access to user information database 22. 
User Information database 22 is a database external to the invention and may be any known 
data collection or database system known in the ait It may provide enhanced user 
information, for example, personal details related to a given user ID, billing information, 
technical details, information about past logins, or customer care cases. In addition, the 
system may also have access to a user information database 22 known as a reverse 
telephone directory. A reverse telephone directory may associate a given telephone number 
with information about its owner and its location. User information database 22 may be 
used in identifying user 10. 

NAP identification module 18, constructed and operative in accordance with an 
embodiment of the present invention, is installed on the network of NAP 16 and 
automatically identifies network users 10. This identification is an iterative process, which 
involves refining the user identification information under management of controller 30. 

10 
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Address extraction unit 28 finds the real network address of user 10. This process is 
described in further detail hereinbelow. Online session database 32 monitors events in 
access system 24 and is notified in real time when user 10 connects and disconnects from 
the network. Controller 30 interfaces with online session database 32. Online session 
database 32 holds real-time information about all users 10 currently connected to NAP 16, 
the network addresses they are using, and any other session information reported by access 
system 24. This process is described in further detail hereinbelow. In an embodiment of 
the present invention, NAP identification module 18 notifies service provider 12 in real 
time about user connections and disconnections. 

Reference is now made to Figs, 3 A and 3B, communication flow diagrams of two 
exemplary service requests. It provides an overview of the order of requests and responses 
between user 10, service provider 12, identification switch 14, and NAP identification 
module 18. The steps involved in executing these communications are shown hereinbelow 
with respect to Figs. 5-7. 

It is noted that address extraction module 28 may be placed outside NAP 
identification module 1 8, for example, in an embodiment of the present invention address 
extraction module 28 is placed in identification switch 14. 

One cycle of the process is shown in Fig, 3A, wherein the cycle begins with a 
request by user 10 for a service from service provider 12. Upon receipt of the request, 
service provider 12 sends an identification requestl to identification switch 14. Service 
provider 12 either extracts the user's network address or sends a response to user 10 in the 
form of a resource redirection 1 from user 10 to identification switch 14. 

After determining the correct NAP identification module 18 to contact, 
identification switch 14 sends identification request2. Identification request2 is generally 
die same request as identification requestl, now directed to NAP identification module 18. 
While the identification requests are being processed, resource redirectionl is received by 
identification switch 14. Identification switch 14 sends a response to user 10 with a further 
redirection to the correct NAP 16. This is the NAP 16 comprising NAP identification 
module 18 to which identification switch 14 has sent identification requests Resource 
redirection2 is sent from user device 26 to NAP identification module 18. 

When resource redirection2 is received by NAP identification module 18, network 
address extraction is performed as described hereinbelow with respect to Fig. 5. NAP 
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identification module 18 replies to identification requesG by sending identification reply2 
to identification switch 14. Identification reply2 contains the requested user identification 
result In turn, identification switch 14 responds to identification request 1 by sending 
identification reply 1 to service provider 12. Identification reply 1 contains the requested 
user identification result received by identification switch 14 from NAP Identification 
module 18. 

Alternatively, as shown in Fig. 3B, upon receipt of a service request, service 
provider 12 sends identification requests directly to NAP identification module 18 (i.e. 
identification switch 14 is not used). As above, service provider 12 either extracts the user's 
network address or sends a response to user 10 in the form of a resource redirections from 
user 10 to NAP identification module 18. When resource redirection? is received by NAP 
identification module 1 8, network address extraction is performed. When the identification 
request processing is complete, NAP identification module 18 replies to identification 
request? by sending identification reply3 (containing the requested user identification 
result) directly to service provider 12. 

It is noted that these are only two exemplary cycles. Other combinations wherein 
identification switch 14 is used only for resource redirection or only for identification 
request and reply are also possible. 

The operation of NAP identification module 18 may be divided into two parts, 
which are described in Fig. 4 and Fig, 5 hereinbelow. The first part relates to gathering 
information by online session database 32. Hie second part relates to address extraction by 
address extraction unit 28. 

Real-Time Monitoring 

Fig. 4, to which reference is now made, is a schematic flowchart illustrating the 
steps of the automatic identification method performed by NAP 16 when user 1 0 connects 
or disconnects from the network. When the automatic identification system constructed 
and operative in accordance with an embodiment of the present invention begins operation, 
users 10 may already be connected to NAP 16. The identification system thus first needs to 
collect information about users 10 currently connected (step 102)- These may be users who 
are permanently connected (e.g. using leased lines), or users who recently connected to 
NAP 1 6. Information about permanent users may be stored and updated manually by NAP 
16, since the information seldom changes. Information about recent connections may be 

12 
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collected from the log files of access system 24 (Fig, 2) or by querying access system 24 
directly. 

Once the identification system is updated, access system 24 is monitored for new 
events (step 104). When a new event is reported, the automatic identification system 
checks whether the event is a connection or disconnection by user 10 (decision step 108). 
If user 10 is connecting, all relevant information about his session, including the network 
address and the identifiers of user 10, is added as a record to online session database 32 
(step 1 10). The system then resumes the wait for further events (step 104). If user 10 is 
disconnecting, the system looks up his record in online session database 32 and removes it 
(step 1 12). The system then resumes the wait for further events (step 104), 

Notification of connect and disconnect events may be issued, collected, and stored 
in online session database 32 and accessed by NAP identification module 18 through 
controller 30. There are several possible methods to obtain the events from access system 
24. 

In many network access systems 24, a dedicated authentication, accounting, and 
authorization (AAA) server is used to authenticate users 10 and handle accounting 
information. Access servers send authentication requests and accounting notifications to 
the AAA server. These AAA messages may report information such as the event type 
(connect, disconnect), the network address assigned to user 10, the authenticated usemame, 
the caller ID received on the phone line, and technical information such as the bit rate of the 
connection, communication protocol, etc. The most popular standard for AAA is called 
RADIUS (Remote Authentication Dial In User Service) and is described in detail in 
Request For Comments (RFC> 2058, 2059, 2138, 2139, 2865, 2866, 2867 and 2868. 
Another well-known AAA standard is TACACS (Terminal Access Controller Access 
Control System) and is described in detail in RFC 1492. 

In accordance with an embodiment of the present invention, online session 
database 32 is created by "sniffing" AAA messages in access system 24. A network sniffer 
is a device that intercepts all communications in the network segment on which it is 
installed. The sniffer (hardware, software or a combination thereof) is placed on the 
network segments between the access servers and the AAA server or directly on the access 
servers and detects and reports AAA messages. 
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In accordance with another embodiment of the present invention, online session 
database 32 is created by monitoring AAA server log files, AAA servers may generate log 
files of user logins and logouts, for example for accounting purposes. These logs may be 
read periodically and used to update online session database 32. 

In accordance with yet another embodiment of the present invention, online 
session database 32 is integrated directly with the AAA server, the access server, or an 
existing online session database 32. 

It should be noted that these methods are not mutually exclusive and may be 
invoked in parallel- For example, information may be obtained from a network sniffer and 
then verified against information kept by the access server. 

Address Extraction Methods 

It is necessary to extract the true network address of user 10 as assigned to him by 
NAP 16 in order to correctly identify user 10. However, the network address shown may 
not be the true network address. In accordance with an embodiment of the present 
invention, the true network address may be found as described in Figs. 5, 6, and 7 
hereinbelow. 

Reference is now made to Fig. 5, a schematic flow chart illustrating the steps of 
the automatic identification method performed by NAP 16 when an identification request is 
made. The automatic identification system waits until an identification request is received 
either from switch 14 or directly from service provider 12 (step 122). When a request is 
received, the automatic identification system checks whether the network address of the 
user is included (decision step 124). If not, the automatic identification system waits for 
user device 26 to connect (step 126) if not already connected, and then extracts the network 
address of user device 26 (step 128), as described hereinbelow. Once the network address 
is obtained or if it was already reported in the request, the automatic identification system 
retrieves the user identifiers associated with that address from online session database 32 
(step 130). Further information may then be retrieved from user information database 22 
(Fig. 2) using the retrieved user identification (step 132). This information may include, for 
example, billing details associated by NAP 16 with a specific username. Finally, 
information regarding user 10 is returned to switch 14 or service provider 12 (step 134), 
and the automatic identification system resumes waiting for the next request (step 122). 
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At step 128, the system extracts the network address that user device 26 has been 
assigned. This step may be complex, as the network address may not always be easily and 
securely available. Two exemplary reasons are exposure of a different IP address and 

spoofing of an IP address. 

Some network appliances manipulate the user connections and expose a different 
network address than the one originally assigned to user device 26. These appliances may 
include (a) proxy servers actively configured by the client to relay his connection; (b) proxy 
servers transparently placed by NAP 16 to relay the user connections; and (c) NAT 
(network address translation) devices that map internal network addresses to external 
network addresses. For simplicity, we will refer to any such device as a "proxy". 

A malevolent attempt to spoof a network address is an attempt to assume the 
identity of another user. In this case, an attacker creates a connection that reports an 
incorrect source address (which may belong to another user). 
Proxies 

In accordance with one embodiment of the present invention, the real network 
address of user 10 is obtained, when it is masked behind a proxy, by using a proxy plug-in- 
This plug-in is a special software module, constructed and operative in accordance with an 
embodiment of the present invention, installed on the proxy server of NAP 16. It detects 
requests, which are part of the automatic identification process, and reports the true network 
address of user 10 to controller 30 or to identification switch 14. One example of a request 
that is part of the automatic identification process is the transmission of a special URL that 
the plug-in detects. Redirection (as in Fig. 3) is used to cause user device 26 of user 10 to 
request the special URL fiom switch 14 or NAP identification module 1 8. Upon receipt of 
the user's request, the plug-in has access to the real network address of user 10. 
Additionally the report of the true network address may be signed and encrypted 

In accordance with another embodiment of the present invention, the real network 
address of user 10 is obtained, when it is masked behind a proxy, by using a network 
sniffer. The sniffer is installed at the segment between user 10 and the proxy, and when 
requests related to the automatic identification process (e.g. a special URL as described) are 
detected, the network address of user 10 is reported. 

In accordance with yet another embodiment of the present invention, the real 
network address of user 10 is obtained, when it is masked behind a proxy, by trusting the 
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report of the proxy. If a certain proxy is known to correctly report network addresses of 
users 10 within certain limitations, such as a specific network address range, the reported 
network address may be used as is. 

In accordance with another embodiment of the present invention, the real network 
address of user 10 is obtained, when it is masked behind a proxy, by using alternative 
service connections. There exist cases in which only specific services or ports are allowed 
through by a proxy. Such configurations may have been set either by user 10 or by NAP 
16. An example of such a configuration is the specific service and port combination of 
HTTP using port 80 for TCP. In such cases, user device 26 of user 10 is instructed to 
connect to address extraction module 28 using an alternative service (e.g. FTP) or port (e.g. 
81). Since the request for the alternative service or port is not sent through a proxy, the real 
network address of the user is revealed. 

In accordance with yet another embodiment of the present invention, the real 
network address of user 10 is obtained, when it is masked behind a proxy, by using an 
application- Hie application is installed on user device 26 either by the user or 
automatically, for example in the case of a Java applet The application opens a direct 
connection to address extraction module 28, thereby bypassing the proxy. This method 
may be used when user device 26 is configured to proxy all services and ports. This 
application may be s for example, a Java applet, as applets may be easily downloaded and 
installed on user device 26. 

In accordance with another embodiment of the present invention, the real network 
address of user 10 is obtained, when it is masked behind a proxy, by using automatic proxy 
configuration- User device 26 may be configured not to connect to the proxy when 
connecting to a specific network address. This may be done in two ways. It may be done 
automatically by sending the user an automatic configuration file such as a r \ins" file, i.e. 
an IEAK (Microsoft Internet Explorer Administration Kit) profile. Such a method of 
automatic configuration is described in 

http://www. windows. com/windows2 000/en/server/help/wiz4_l 0 .htm and is well known in 
the art This method will configure the proxy settings, for example by using a "pac" 
(Proxy Auto-Config) file. 
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In some cases, user device 26 is configured to download a configuration file from 
its NAP 1 6 at preset times. In such cases, the appropriate changes can be made to the files, 
and user device 26 will be automatically updated the next time the files are downloaded. 

In both cases, the files will configure user device 26 not to use a proxy when 
connecting to the network address of NAP identification module 18 or to an alternate 
location where the address of user 10 is extracted 

In accordance with yet another embodiment of the present invention, the real 
network address of user 10 is obtained, when it is masked behind a proxy, by installing a 
network address extraction server "close" to the user. There are cases in which network 
address masking is a result of the network configuration of NAP 16, for example, NAT 
(Network Address Translation) and some cases of transparent proxies. If NAP 
identification module 18 or its address extraction module 28 is located "closer" to user 10, 
i.e. before the masking device and inside NAP 16, then the real network address of user 10 
will be exposed to NAP identification module 1 8. 
Spoofing 

In accordance with yet another embodiment of the present invention, malevolent 
users 10 are prevented from spoofing the addresses of other users 10, by requiring that a 
"secret", for example a large random number, be echoed. This process is used to prevent 
network address spoofing on a channel that is protected from eavesdropping. Following 
the initial connection, address extraction module 28 replies to the user connection with a 
randomly generated secret, which user device 26 echoes back to address extraction module 
28. The two secrets must match in order for the process to succeed. If a malevolent user 
10 provides an incorrect network address, the secret will be sent back to the true owner of 
the network address, and the attacker will not have access to the secret 

Using this method, the problem of network address spoofing is reduced to a 
problem of preventing eavesdropping on the channel between user device 26 and address 
extraction component 28 of NAP identification module 1 8. To achieve this, in accordance 
with an embodiment of the present invention, the address extraction module 28 is placed as 
close as possible to the incoming connection of user device 26. For example, the address 
extraction module 28 can be integrated into or placed in proximity to access system 24 of 
NAP 16. This architecture eliminates the insecure network segment from the process, thus 
making the channel relatively immune to eavesdropping. 
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Services 

In step 134 (Fig. 5), the identification system reports all user information to 
service provider 12 or switch 14, In many cases this may pose privacy problems. In an 
embodiment of the present invention, NAP identification module 1 8 does not report user 
information but instead verifies information items provided to it in the identification 
request, NAP identification module 18 identifies user 10, compares the user information it 
receives with the user information it has, and returns a match score describing the similarity 
between the two sets of user information. For example, tins may be used to verify billing 
details provided manually by user 10 at an e-commerce site. 

In accordance with another embodiment of the present invention, NAP 
identification module 18 does not report user information, but rather sends a virtual ID for 
user 10. This ID is identical in different sessions of the same user 10 and thus allows 
service providers 12 to maintain user accounts without requiring a password. For example, 
a web-based email service may automatically allow access to users 10 based on the virtual 
ID. 

In accordance with another embodiment of the present invention, NAP 
identification module 18 does not report user information but, rather, associates information 
provided in the request with information saved in a previous session. This previously saved 
information is sent in the response. For example, service provider 12 asks the automatic 
identification system to associate some information item (e.g. the right of known user 10 to 
access a web site) with an unknown user 10. The identification system will identify 
unknown user 10 as known user 10 and associate this information with his identifier. Upon 
request of service provider 12 (e.g. to verify whether a user 10 has access to a web site), the 
identification system will send the saved information This service is similar to an HTTP 
cookie, except that the information is kept in the identification system, not on the user's 
computer. This allows for higher flexibility and security. 

Reference is now made to Fig. 6, which is a schematic flowchart illustrating the 
steps of the automatic identification method performed by service provider 12. Service 
provider 12 waits for user 10 to request a service that requires identification (step 142). 
Upon connection of a user 10, the system decides whether it will trust the network address 
reported by the user communication session (decision step 144), If yes, it includes this 
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address in the identification request (step 146) and transfers control to step 150. If not, the 
system causes user device 26 to connect to identification switch 14 or NAP identification 
module 18 (step 148). This may be achieved by embedding an image, HTML frame, or 
other object in an HTML page provided to user 10, with a source address at switch 14 or 
NAP 16. For example, such an element may look like <img src = 
http://switch.identify.com/?session=12345>. Additionally, a session ID may be necessary 
to allow switch 14 or NAP 16 to associate the correct user session with the identification 
request sent directly from service provider 12. Next, the request is sent to switch 14 or 
NAP identification module 18 (step 150), the system waits for a response (step 152), and 
the service is provided in accordance with the response (step 154). 

Reference is now made to Fig. 7, a schematic flowchart illustrating the steps of the 
automatic identification method performed by optional identification switch 14. Switch 14 
waits for an identification request from service provider 12 (step 162). Switch 14 
determines which NAP 16 is currently servicing user 10 using one of the methods 
described hereinbelow (step 164). If the NAP 1 6 does not have an identification module 18 
installed (as checked in step 166), switch 14 reports a failure to service provider 12 (step 
168) and resumes waiting for the next request (step 162). If NAP 16 does have an 
identification module 1 8 installed, the request is forwarded to it (step 1 70). Next, switch 14 
checks whether the request includes the network address of user 10 (step 172). If not, 







lit 







identification module 1 8 (step 176). Control is then transferred to step 178. If the request 
does include the network address of user 10, switch 14 waits for NAP identification module 
18 to respond (step 178), forwards this response to service provider 12 (step 180), and then 
resumes waiting for the next request (step 162), 

It should be noted that while Fig. 1 and Fig. 7 assume requests are sent to NAP 
identification modules 18 through identification switch 14, the identification system may 
also operate using direct communications between service providers 12 and NAP 
identification modules 18. For example, service provider 12 may query switch 14 to 
receive communication details of the NAP 16 of user 10 and then contact NAP 
identification module 18 directly. 
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As mentioned hereinabove, if there is only one NAP 16, no NAP 16 identification 
is necessary. The request may be sent directly to NAP identification module 18 without 
use of an identification switch 14. 

In step 164, identification switch 14 determines to which NAP identification 

5 module 1 8 to forward the request In accordance with an embodiment of the present 
invention, this step is done by maintaining a table of network address ranges assigned to 
each NAP 16. The network address of user 10 is used to determine which NAP 16 
assigned it and is, by implication, currently servicing user 10. This table may be updated 
manually when network address assignments change, or updated automatically from NAP 

10 identification module 18 based on information reported from access system 24 (Fig* 2). 
Alternatively, the table may be constructed from existing network address assignment 
databases, such as those used for routing purposes or reverse DNS (domain name service), 
and is described in detail in RFCs 1034 and 1035. 

In another embodiment of the present invention, the step of forwarding the request 

is to the correct NAP identification module 1 8 is done usjng special network configurations at 
participating NAPs 16, For example, network appliances such as an HTTP proxy or a 
WAP Gateway in NAP 16 may be configured to route special requests (e.g. HTTP or 
WAPAVTP requests to a special IP address or URL) to a local server. In this case, user 
device 26 is directed to connect to the special address (e.g. by embedding a special image in 

20 an HTML page) and the local NAP identification module 1 8 intercepts the connection and 
identifies user 10. 

Since this identification method does not require a central database, it is possible 
to build the complete identification system without identification switch 14. In this case, 
service provider 12 sends the user device 26 directly to the special URL, and NAP 

25 identification module 18 responds directly to service provider 12, 

In accordance with another embodiment of the present invention, several NAPs 16 
may be sharing network address ranges. This may occur if, for example, they share 
network infrastructure for economic reasons. If a central database is used to associate 
network address ranges with NAP identification module 18, several NAPs 16 may be 

30 queried in parallel, and only the one currently servicing the registered network address will 
respond. 
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It should be noted that even though the network address exposed to switch 14 
might be masked by a proxy, this would not prevent identification switch 14 from working, 
since proxies are usually operated by NAP 16, and thus have a network address within the 
range of NAP 16. 

It is noted that an embodiment of this system and method may be applied to an 
anonymous network herein defined as a network on which the identity of the user 10 is not 
transparent to service provider 12. 

It will be appreciated by persons skilled in the art that the present invention is not 
limited by what has been particularly shown and described hereinabove. Rather the scope 
of the invention is defined by the claims that follow: 
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CLAIMS 

What is claimed is: 

1 . A method for the identification of a user, said method comprising: 

receiving by at least one network access provider (NAP) through which a 
user is engaged in a communication session with a service provider, a request to 
said service provider to identify said user; 

said at least one NAP extracting information associated with said 
communication session; and 

said at least one NAP sending a response based on said information to 
said service provider. 

2. The method according to claim 1, wherein said receiving comprises receiving 
said request via at least one identification switch. 

3. The method according to claim 1, wherein said extracting is performed by the 
NAP servicing said user. 

4. The method according to claim 1, wherein said request comprises at least one 
session identifier of said communication session. 

■ 

5. The method according to claim 4, wherein said at least one session identifier 
comprises at least one network address used by said user. 

6. The method according to claim l a wherein said extracting comprises: 

extracting at least one network address used by said user. 

7. The method according to claim 6 f wherein said second extracting comprises at 
least one of: 

instructing a device being used by said user to connect to an address 
extraction module of said NAP via an alternative service or port not associated 
with a proxy server; 

■ 

configuring said device not to connect to said proxy server when 
connecting to a specific network address; 

opening a direct connection between an application sent to said device 
and said address extraction module; 
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using a proxy plug-in; 

installing a network sniffer between said device and said proxy server; 
installing network extraction module between said device and said proxy 
server; 

accepting as correct a user network address reported by said proxy server, 

and 

configuring said device to echo back a secret sent to said device and 
verifying that the sent secret and the received secret are identical. 

8. The method according to claim 1, wherein said extracting comprises: 

retrieving data from a group of databases including an online session 

database and a user information database, said online session database and said 
user information database being in communication with said at least one NAP. 

9. The method according to claim 1, wherein said sending comprises: 

reporting information associated with said user associated with said 
\ 5 communication session. 

1 0. The method according to claim 9, wherein said sending comprises: 

sending to said service provider information associated with said user in a 
previous request 

1 1 . The method according to claim 1 , wherein sending comprises: 

20 verifying the information items provided in said identification request; 

and 

sending a match report noting the similarity between said information 
associated with said communication session and said information items 
provided in said identification request. 

25 12- The method according to claim 1 , wherein said sending comprises : 

sending a virtual identification (ID) for said user to said service provider. 

1 3 . The method according to claim 1 , further comprising: 

determining the identity of the NAP currently handling said 
communication session; and 
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forwarding said identification request to the identification module of said 
NAP currently handling said communication session. 

14. The method according to claim 13, wherein said sending is performed only by 
the NAP currently handling said communication session. 

15. The method according to claim 13, wherein said determining comprises: 

maintaining a look-up table of network addresses associated with a 

plurality of NAPs; and 

determining the identity of said at least one NAP by reference to said 

look-up table. 

16. The method according to claim 15, wherein said maintaining comprises manually 
updating said look-up table whenever network address assignments change. 

17. The method according to claim 15 a wherein said maintaining comprises updating 
said look-up table from said identification module of said at least one NAP currently 
handling said communication session based on information reported from an access 
system. 

18. The method according to claim 15, wherein said maintaining comprises 
constructing said look-up table from existing network address assignment databases. 

1 9. The method according to claim 13, wherein said determining comprises: 

preconfiguring said at least one NAP servicing said user to intercept a 
user request for a specific resource; and 

causing the device being used by said user to send a request to said 
specific resource so that only the NAP currently handling said communication 
session will receive said request thereby determining said NAP currently 
handling said communication session* 

20. The method according to claim 1, wherein said network is selected from at least 
one of the group consisting of: 

an Internet network; 
a wireless data network; 
a cellular data network; and 
a CATV-based data network. 
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21. The method according to claim 1, wherein said user is connected to said NAP 
over a link selected from among the group consisting of: 

a phone link; 

a cellular phone link; 

a Wireless link; 

a data over CATV link; 

a satellite link; 

an xDSL link; and 

a link over another data network, 

22. A method according to claim 1, wherein said information is selected from among the 

group consisting of: 

an account identifier of said user associated with said communication 

session at said NAP; 

information associated with said account identifier; 

an identifier of a link between said user and said NAP; and 

information associated with said link identifier. 

23 . A method for identifying a user, said method comprising: 

a service provider sending a request to identify said user to at least one 
network access provider through which said user is engaged in a 
communication session with said service provider, said request including an 
identifier of said communication session; and 

a service provider receiving an identification response. 

24. The method according to claim 23, wherein said sending comprises sending the 
request via at least one identification switch- 

25. The method according to claim 23, wherein said identifier is a network address 
of said user. 

26. A method for identifying a user, said method comprising: 

an identification switch receiving from a service provider a request to 
identify said user engaged in a communication session through a NAP with said 
service provider; 
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an identification switch sending said request to at least one network 



access provider for further processing; 

an identification switch receiving information associated with said 



5 



communication session; and 

■ 

sending an identification response to said service provider. 



27. The method according to claim 26, further comprising: 

determining the identity of the NAP currently handling said 
communication session; and 

forwarding said request to the identification module of said NAP 



28 . The method according to claim 27, wherein said determining comprises: 

maintaining a look-up table of network addresses associated with a 
plurality of NAPs; and 

i 

determining the identity of said at least one NAP by reference to said 



29. The method according to claim 28, wherein said maintaining comprises manually 
updating said look-up table whenever network address assignments change. 

30. The method according to claim 28, wherein said maintaining comprises updating 
said look-up table from said identification module of said at least one NAP currently 

20 handling said communication session based on information reported from an access 
system. 

31. The method according to claim 28, wherein said maintaining comprises 
constructing said look-up table from existing network address assignment databases. 

32. The method according to claim 27, wherein said determining comprises: 

25 preconfiguring said at least one NAP servicing said user to intercept a 



10 



currently handling said communication session. 



15 



look-up table. 



user request for a specific resource; and 
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33. A method according to claim 26, wherein said information is selected from 
among the group consisting of: 

an account identifier of said user associated with said communication 

session at said NAP; 

information associated with said account identifier; 

an identifier of a link between said user and said NAP; and 

information associated with said link identifier. 

34. A method for determining the NAP currently handling a communication session 
over a network between a user and a service provider, the method comprising: 

yn fliritainin g a look-up table of network addresses associated with a 

plurality of NAPs; and 

determining the identity of said NAP by reference to said look-up table. 

35. The method according to claim 34, wherein said maintaining comprises updating 
said look-up table manually whenever network address assignments change. 

36. The method according to claim 34, wherein said maintaining comprises updating 
said look-up table from the identification module of said NAP based on information 
repotted from an access system. 

37. The method according to claim 34, wherein said maintaining comprises 
constructing said look-up table from existing network address assignment databases. 

38. A method for determining the NAP currently handling a communication session 
over a network between a user and a service provider, the method comprising the steps 
of: 

preconfiguring said NAP to intercept a user request for a specific 
resource; and 

causing the device being used by said user to send a request to said 
specific resource so that only the NAP currently handling said communication 
session will receive said request thereby determining said NAP currently 
handling said communication session. 

39. A method for determining the network address of a user, said method comprising 
at least one of: 
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instructing a device being used by said user in a communication session 
with a service provider over a network through a network access provider to 
connect to an address extraction module of said NAP via an alternative service 
or port not associated wi th a proxy server; 

configuring said device not to connect to said proxy server when 



r 




i 





opening a direct connection between an application sent to said device 
and said address extraction module; 
using a proxy plug-in; 

installing a network sniffer between said device and said proxy server; 
installing network extraction module between said device and said proxy 
server; 

accepting a user network address reported by said proxy server; and 
configuring said device to echo back a secret sent to said device and 
verifying that the sent secret and the received secret are identical. 

40. A system for acquiring at least one user identifier of a user of a network, said 
system comprising: 

a service provider in communication with said user; and 
at least one network access provider (NAP) in communication with said 
service provider and said user; said at least one NAP comprising: 

a NAP identification module comprising: 
a controller; and 

an address extractor in communication with said 
controller; and 

an access system in communication with said address extractor. 

41. The system according to claim 40, further comprising at least one online session 
database in communication with said controller and said access system, said at least one 
online session database containing at least information associating said at least one user 
identifier with the network address being used by said user. 

42. The system according to claim 40, further comprising an identification switch in 
communication with said at least one NAP and said service provider. 
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43. The system according to claim 40, further comprising at least one user 
information database, in communication with said controller. 

44. The system according to claim 43, wherein said at least one user information 
database comprises at least one of a group of databases containing data including 
personal details related to said user, billing information, information about past user 
logins, and a reverse telephone directory, 

45. The system according to claim 42, wherein said address extractor is located in at . 
least one of said at least one identification switch. 

46. The system according to claim 42, wherein said address extractor is located at 
said service provider. 

47. A method for creating an online session database by device, said method comprising: 

externally monitoring login and logout events at an access system; 
saving session information upon login; and 
removing said session information upon logout 

48. The method according to claim 47, wherein said monitoring is done by a network 
sniffer. 

49. The method according to claim 47, wherein said monitoring is done by reading 
server log files. 
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